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REMARKS 

Claims 1-16 are pemiling. 

In the Office Action, claims 1-16 were rejected imder 35 U.S.C. § 103(a) as obvious in 
view of Long (U-S. Patent No. 6,691,307) and Seshadri (U.S. Patent No. 6,658,421), 

The rejection of claiins 1-16 is not supported by the cited art and should be withdrawn for 
the reasons below. 

Claim 1, by way of example, recites: 

A computer system comprising: 
a preloader arranged to. 

detgrmine whether a bvtecode makes an active 
reference to a class which requires an execution of a static 
initializer^ 

determine if the class has a superclass which 
requires the execution of the static initializer ^ wherein tla_e_ 
preloader produces a source file; 

a corapiler coupled to the preloader arranged to accept the 
source file ;is input and produce an object file . . (Emphasis 
Added). 

The computetr sysl:i2m defined by claim 1 includes the feature of a preloader. The 
preloader itself provides several features. The preloader is arranged to make certain 
determinations, and the pniloader produces a source file. A compiler coupled to the preloader is 
arranged to accept the soujrce file as input and produce an object file. The preloader, by making 
the determinations recited in claim 1, allows for reduction of the number of runtime checks 
performed during execution of the object file. 

The Office Action states, on page 2, that *'Long does not expUcitly disclose a preloader 
arranged to, det^mine whsther a bytecode makes an active reference to a class which requires an 
execution of a static initializer, determine if the class has a superclass which requires the 
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execution of the static initializer, wherein the preloader produces a source file-" AppUcant 

agrees with this statement 

The Office Action further states, on pages 2-3, that "Seshadri in an analogous art teaches 
preloader arranged to, detennme whether a bytecode (E.g. see col. 4:56, invokestatic) makes 
an active reference to a class which requires an e>cecution of a static initializer, determine if the 
class has a superclass (E.g. see col. 4:66 and ool 5:5) which requires the execution of the static 
initializer, wherein the preloader produces a source file.' (E.g. see TABLE 2 at col. 12 aud see 
col. 4:54 to col. 5:5)-" As explained below, the above-cited portions of Seshadii do not support 
these assertions in the Office Action. Seshadri would fail to cure the deficiencies of Long even if 
Seshadri could somehow be combined with Long. Therefore, the rejection of claim 1 as obvious 
in view of Long and Sesha<Jri should be withdrawn. 

Seshadii does not apply to the computer system of claim 1. This is because Seshadri fails 
to disclose or suggest a pj-eloader as defined by claim 1, including all of the features of the 
preloader as described above. That is, Seshadri fails to disclose or suggest: (1) a preloader 
arranged to, (2) detennine wheflxer a bytecode makes an active reference to a class which 
requires an execution of a static initializer, (3) determine if the class has a superclass which 
requires the execution of tie static initializer, and (4) wherein the preloader produces a source 
file. 

Instead, Seshadri teaches techniques for detecting binary compatibility jn compiled object 
code . (coL 3, lines 63-64). According to Seshadri, characterizing indicia, e.g,, a method block 
table signature, is encoded into class metadata during compilation , (col. 4, lines 2-5> 22-26). 
Seshadri explains tiiat the method block table signature is encoded when compiling an 
*ijxvokestatic bytecode.'' (coL 4, lines 55-56). Seshadri goes on to explain the general procedure 
for loading classes ia a Ja^^a virtual machine (col. 12, table 2). 
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Nowhere does Seshadri disclose or suggest a preloader, much less the features of the 
preloader defined by claim 1. This is because Seshadri's techniques are performed ^imng 
r^mpilation . Following the teachings of Seshadri, the source file would have to be generated 
and output to the compiler foi compiling, before any processing would begin. Then the compiler 
or other apparatus cooperating with the compUer would have to perfonn the encoding during 
comiriiation of the source nle to produce an object file. Therefore, the encoding techniques 
described by Seshadri could not be perfonned by "a preloader ... wherein the preloader produces 
a source file," as recited in claim 1 . 

la addition, SeshadrL fails to disclose or suggest the features of the pteloader defined by 
claim 1, namely determining whether a bytecode makes an active refererxce to a class, and/or if 
the class lias a siiperclass. Instead, as demonstrated by the above-quoted portions, Seshadri*s 
teachings relate to techniques for encoding signatures and characterizing indicia. Neither of the 
determinations, made by the preloader as defined by claim 1. are disclosed nor suggested by 
Seshadri, Sesliadri only teaches encoding signatures and charactexizing indicia without 
"determinling] whether a bytecode makes an active reference to a class which requires an 
execution of a static initialiiser," or "determin[ing] if the class has a superclass which requires the 
execution of the static initidizer," as recited in claim 1 . 

In short, Seshadri fails to disclose or suggest the computer system defined by claim 1, 
because Seshadri feils to disclose or suggest: (1) a preloader arranged to, (2) deteraiine whether 
a bytecode makes an active refereace to a class which requires an execution of a static initializer, 
(3) detexmine if the class tias a superclass which requires the execution of the static initializer, 
and (4) wherein the preloader produces a source file. Because Seshadri fails to teach these 
features of the computer s^^tem of claim 1, Seshadri feils to support an obviousness rejection of 
claim 1 undex 35 U.S.C, }j 103(aX taken alone or in combination with Long. Therefore, this 
rejection should be withdra.wtL 
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Independent claims 6, 7 and 12 incoiporate similar features as claim 1. Thus, the cited 
art, taken alone or in combination, fails to support a rejection of these claims for the same 
reasons as claim !• 

Dependent claims 2-5, 8-11 and 13-16 incoiporate all of the features of the independent 
claims on which fliey are based. Therefore, the cited art fails to support any rejection of these 
claims for the same reasons as the ind^endent claims on which they are based. 

CONCLUSION 

Based on the foregoing, it is respectfully submitted that this application is in condition for 
allowance. Early notification to ihsd effect is respectfully requested- 

If tbffl-e are any is&ues remaining after the review of this Response, the Examiner is 
respectfully requested to contact the undersigaed at the telephone number below. 

If any fees are due in connection with the filing of this Response (including any fees due 
for an extension of time), such fees may be charged to Deposit Account No. 500388 (Order No. 
SyNlP802). 

Respectfully submitted. 

BEYER WEAVER & THOMAS, LLP 



JgbnF. Griffith 
Reg. No. 44,137 



P.O. Box 778 

Bericeley, CA 94704-0778 
(510) 843-6200 
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